


























LA CONJUGACIÓN DE GÉNERO SE REALIZA CON "E" EN VEZ DE A/O COMO 
UNA FORMA DE BUSCAR UNA TECNOLOGÍA-LENGUAJE MÁS FLUIDA E 
INCLUSIVA. 


ESTA GUÍA ESTÁ DESARROLLADA POR KÉFIR, COOPERATIVA TRANFEMINISTA DE 
TECNOLOGÍAS UBRES A PARTIR DE UN PROYECTO EN COLABORACIÓN CON 
MAADIX Y DREBS CON EL APOYO DEL FONDO DE RESPUESTA RÁPIDA 
GESTIONADA POR DERECHOS DIGITALES, CON EL APORTE FINANCIERO DE LA 
FUNDACIÓN FORD. 


TODOS LOS CONTENIDOS ESTÁN BAJO UCENCIA DE PRODUCCIÓN DE PARES 
(ATRIBUCIÓN, COMPARTIR IGUAL, USO no-capitalista). 


AGRADECEMOS A TODES LES HABITANTES QUE HAN PASADO POR KEFIR, A LAS 
PERSONAS QUE NOS HAN APOYADO EN EL CAMINO Y EN PARTICULAR A 
GREENHOST y DERECHOS DIGITALES PARA ESTE PROYECTO DE CIERRE. 




Miáramos 


A lo largo de nuestras vidas, migramos de muchas maneras. Cambiamos de casa, de 
lugar, de trabajo, de puntos de vista, de piel, de vínculos, de afectos... Tarde o temprano, 
toca hacer inventario, empacar, des-apegarnos de objetos y de ideas, emprender camino. 

Migrar, mudarnos, es una parte natural de nuestras vidas. Implica cerrar ciclo para 
empezar otro. Es necesario, vital, inevitable. Abre el pecho y duele. Suelen ser experiencias 
de aprendizaje y sabiduría, desde adquirir nuevas mañas y destrezas hasta re-conocernos 
en nuestra capacidad de ser valientes y pedir ayuda. 

Cada vez más, nuestras vidas están atravesadas por lo digital, por internet. Ahí también 
habitamos y migramos. En contraste con las metáforas capitalistas de una tecnología nube 
etérea que hace todo por ti, en realidad, internet ocupa lugar, chupa recursos y cuesta 
trabajo: todo lo que hacemos en internet se convierte en datos que se envían y guardan, 
más o menos tiempo, en máquinas, en aparatos de acero y minerales que vorazmente 
consumen recursos — recursos extraídos violentamente de territorios y comunidades - 
funcionando los 24 horas al día para satisfacer nuestras expectativas de una internet 
siempre disponible, funcional y confiable para nosotres. 


Internet es puro cambio. Piensa en alguna plataforma o sitio que utilizabas y que ya no 
existe. Aunque podamos dar por hecho los paisajes que habitamos, fuera y dentro de 



internet, aunque nos vendan la idea de que las tecnologías son invencibles y nos van a 
resguardar bajo su ala protectora ("no te preocupes, aquí estamos para dártelo todo"), la 
realidad es que puede cambiar de la noche a la mañana. Y como pareciera que cada vez 
dependemos más de internet para comunicarnos con nuestra gente, para nuestro trabajo, 
para conseguir materiales y comida, quizás sea necesario prepararnos un poco de 
antemano porque nada funciona 100% ni para siempre. 

Puede ser que quieras optar por un correo y alojamiento web más seguro o te interesa 
entrarle a una iniciativa activista más afín. O que tu proveedor actual, ya sea un proyecto 
alternativo o no, va a terminar sus servicio o no satisface tus necesidades actuales. Hay 
muchos escenarios donde vamos a migrar a otro proveedor. 

Afortunadamente, en muchos casos vamos a tener un margen para poder hacer nuestras 
maletas y buscar otro lugar. Y si no, siempre es buena idea tener un respaldo de nuestras 
cosas (¡da flojera, pero es cierto!). 

En el caso de lo digital, muchas veces resulta confuso qué es nuestro. Hace rato que en el 
mundillo de los derechos digitales y seguridad digital se habla de tus datos. En esta guía, 
vamos a aprender a desarrollar un criterio de qué es lo que necesito llevarme cuando 
migro de proveedor de servicios web. 

La migración nos enseña mucho sobre qué datos guardan los proveedores sobre nuestras 
vidas digitales, a qué tenemos acceso, qué necesitamos. Migremos o no, es bueno saber 
con qué contamos. Es como si nuestras cosas estuvieran en cajas que no hemos revisado. 
Algunas están en nuestra casa, pero muchas otras están en trasteros que ni conocemos. 

Cuando te mudas, aunque no puedas controtar todo lo que va a pasar, te gusta tener 
alguna idea de a dónde vas a ir, qué te vas a llevar, saber si se van a perder y lastimar 
cosas por el camino. Es una sensación desagradable estar al amparo de otras personas, sin 
tener información para tomar tus propias decisiones y delegar con confianza. Aturde. 

Asusta. Además, estas experiencias vienen con bagaje: las asociamos a vivencias pasadas, 
despiertan memorias corporales y emocionales. 



Por el otro lado, muchas veces, la otra parte está Intentando ayudar, pero no tiene las 
condiciones para hacerlo integralmente y suele terminar priorizando ciertas cuestiones 
operativas del proceso, descuidando la comunicación, la oportunidad de aprender juntes, 
los pequeños gestos de cuidado. Y es que migrar es mucha energía, mucho tiempo, 
muchos saberes. El estrés nos contractura. 

Migrar consciente y dignamente es un derecho, pero las condiciones de posibilidad de 
estos derechos pende de un hilo en sociedades post—capitalistas que exprimen hasta la 
última gota. 

Intentemos, poquito a poco, a buscar otras formas de vivir estas experiencias. 
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del nahua quiotl, tallo, brote 


tallo comestible de la flor del maguey 
que da lugar a una flor, 
a partir de la cual 
comienza la muerte del maguey. 


Tras 5 años de impulso, Kéfir, cooperativa que ha brindado infraestructura de internet y 
desarrollado tecnologías libres más seguras para la región de Latino América y Caribe 
desde una perspectiva transfeminista, apoyando a más de 40 grupos y 300 personas, 
decide cerrar ciclo. 

Cuando las cosas se ponen bien difíciles, cuando ya te diste cuenta que no puedes seguir 
así, pero estás desde adentro y no ves la salida, cuando no sabes soltar ni tienes la 
energía para hilar estrategias y comunicarte, en ese momento la vida te va poniendo por 
delante mil y una señales de aprender a pedir ayuda y recibir el apoyo que te pueden dar 
y no necesariamente la que esperas. 

Así llegamos aquí, a estas palabras que lees, a este momento de entregar una de las 
semillas que desprende Kéfir en su despedida. 

En uno de los momentos más críticos de Kéfir, cuando ya sabíamos que lo mejor era cerrar 
el proyecto, pero no teníamos energías ni posibilidades para todo lo que implicaba eso 
(desde migrar todos los datos, acompañar a los grupos a encontrar nuevos hogares 
digitales, hasta el auto-cuidado, la comunicación y los trámites administrativos), 
aplicamos a un Fondo de Respuesta Rápida, gestionada por Derechos Digitales y con el 



aporte financiero de la Fundación Ford. Nuestra aplicación planteaba que, en nuestra 
visión transfeminista de una internet más libre y resiliente, que las tecnologías tienen un 
ciclo, que una internet des-centralizada debe ser capaz de regenerarse y pasar relevo. 
Que es importante saber atravesar situaciones de conflicto y buscar la manera de hacer 
cierre. 

La infraestructura que brindábamos a estos grupos y redes eran herramientas críticas para 
su proceso de lucha y transformación social. La situación de precariedad de Kéfir ponía en 
peligro sus derechos digitales y necesitábamos tomar medidas urgentes para no generar 
más riesgos. 

La situación de Kéfir es reflejo de una problemática generalizada de la precarización de 
muchos proyectos de infraestructura alternativa. En muchos casos, los proyectos siguen 
funcionando a costa de un grupo reducido de personas que se sobrecargan de trabajo y 
con limitaciones para relevar y delegar el trabajo a otras personas y grupos. Uno de los 
mayores riesgos de dichos proyectos es el quiebre emocional y de salud. 

Si bien los proyectos de infraestructura estamos organizadas en redes de apoyo e 
intercambio (como InfraRed 1 y femservers 2 ) buscando respuestas a diferentes niveles 
(sistematizar experiencias, desarrollar infraestructuras más automatizadas, 
descentralizadas y autogestivas; visibilizar nuestros desafíos; sensibilizar sobre la 
importancia de infraestructura autónoma), nuestras situaciones inmediatas suelen ser 
asfixiantes. El hecho de estar sobrecargadas manteniendo las infraestructuras que 
cuidamos limita la posibilidad de abrir nuevos caminos. 

A veces, incluso en los espacios activistas, sin necesariamente ser conscientes ni quererlo, 
nos enfocamos más en el éxito, en la productividad, en la proliferación. 


1 https://in.fra.red/es/ 

2 

https: / / anarchaserver.org/ mediawiki/Índex. php/Main_Page#Feminists_servers_encounters_ 2018: _BAFIG_Meeting_Valenci 
a ,2B Open Days Femservers Calafou 



La infraestructura es, ante todo, el entramado de relaciones que sostienen los procesos, 
que nutre e hidrata, desde los lugares más sutiles. Escapan la cuantificación, escapan las 
páginas de documentación y los puntos de discusión de una reunión. 

Desde la experiencia de Kéfir, una de las cosas que más rescato es la vital importancia de 
replantear cómo estamos haciendo infraestructura desde los cuerpos, desde cómo 
queremos vivir, cómo queremos despertar y acostarnos, cómo queremos relacionarnos y 
afectarnos, y a partir de ahí, podemos ir tratando los objetivos concretos y prácticos, los 
planes operativos y las estrategias. 
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And re (drebs) >_ 

Trabaja en la administración de sistemas para colectivos, movimientos sociales y ONGs, 
con enfoque en la seguridad de informaciones y procesos institucionales. Busca apoyar 
cambios en la cultura digital de organizaciones. 


Kéfir >_ 

Kéfir es una cooperativa feminista de tecnologías libres para activistas, defensoras de 
derechos humanos, periodistas, organizaciones sociales, colectivos, artistas... Apuesta por 
crear juntas vecindades digitales comunitarias donde podamos sentirnos en confianza, 
expresarnos y accionar sin miedo 


MaadiX >_ 

Maddalena Falzoni Ga I lera ni y Sergio Moreno Páez, fundandora y director técnico del 
proyecto MaadiX, un sitema integral de herramientas libres y de código abierto que 
garantiza la autonomía y la privacidad en el ámbito digital. 




Cuando hablamos de acompañamiento, nos referimos a construir una relación de escucha, 
atención, seguimiento y apoyo donde se definen ciertos roles, expectativas y horizontes. 
Se reconoce las experiencias, perspectivas y capacidades de todas las personas 
involucradas. 

Aquí abordamos algunos aspectos: 


LO "TÉCNICO" 

En el mundo de la tecnología, se suelen definir algunos cosas y personas como más 
técnicas que otras. Para nosotres, lo "técnico" no se limita a la programación, al código y 
terminología. Entendemos lo técnico como una cierto manejo, basado en la experiencia y 
no en conocimientos y títulos formales, de una determinada complejidad. En ese sentido, 
cualquier ámbito de la experiencia y el conocimiento puede ser "técnico". En la tecnología 
digital, es igualmente "técnico" saber "escribir un correo empático", "explicar un concepto o 
proceso de manera accesible" o "mediar en un conflicto" que desarrollar un código o 
instalar una plataforma. Reconocer y visibilizar las múltiples y diversas formas de lo técnico 
re-configura nuestra percepción de quién forma parte de una tecnología. 

Según el modelo de infraestructura que habitas, puede ser que exista una contraparte que 
provee una serie de servicios (correo, alojamiento web, etc.) e interviene ante cualquier 
necesidad o incidente relacionado. Puede ser que estés administrando tu infraestructura a 
partir de un panel de control y recibiendo cierto soporte técnico. O pueden ser un grupo de 
personas que están enseñándose entre si cómo gestionar su propix servidorx sin apoyo 


externo. 



En cualquier caso, subrayamos la relevancia de examinar cómo tenemos tan embebidas 
ciertas creencias de qué es más técnico o experto, qué se considera más sofisticado o 
complejo porque, más allá de los discursos críticos, más allá de reconocer la "importancia 
de la comunidad de usuarias", tenemos la oportunidad de estar constantemente 
reflexionando sobre nuestras acciones diarias e inventar nuevas formas de relacionarnos 
con las tecnologías. 


EXPECTATIVAS, ROLES, ÜMITES Y COMPROMISOS 

En un proceso de migración, como cualquier proceso de fondo, es importante poner sobre 
la mesa las tareas que hay que realizar, quiénes se van a encargar de cada una de ellas y 
bajo qué limites y condiciones. 

En nuestra experiencia, algunas posibles tareas que surgen en una migración es: 

• ¿Quién(es) va(n) a encargarse de coordinar el proceso de comunicación, incluyendo 
crear espacios de apertura y cierre del proceso para que todas las partes estén 
informadas de lo que está pasando? 

• ¿Quién(es) va(n) a encargarse de coordinar el proceso general de migración? 

• ¿Quién(es) va(n) a estar atentas a posibles conflictos, malos entendidos, 
tensiones? 

• ¿Quién(es) va(n) a verificar qué cuentas, plataformas, sitios, etc. hace falta 
migrar? 

• ¿Quién(es) va(n) a encargarse de respaldar los datos de las diferentes cuentas, 
plataformas y sitios? 

• ¿Quién(es) va(n) a verificar los respaldos? 

• ¿Quién(es) va(n) a importar/restaurar el respaldo? 

• ¿Quién(es) va(n) va a encargar de verificar si todo están funcionando las cuentas, 
plataformas, sitios, etc. en la nueva infraestructura? 

• ¿Quién(es) va(n) a encargarse de resolver posibles fallos de configuración, 
actualizar plataformas/plugins/temas, etc? 

• ¿Quién(es) va(n) a encargarse de documentar el proceso? 



COMUNICACIÓN 

Algunas preguntas útiles para hacerse: 

• ¿Qué partes están Involucradas en la comunicación? Recomendamos que haya al 
menos un par de personas por cada parte (proveedor, grupo que va a migrar) y que 
la comunicación sea grupal en vez de 1:1 entre determinadas personas para evitar 
triangulaciones y malos entendidos. Para ciertas tareas en concreto, puede no ser 
necesario informar a todas las partes interesadas, pero sí es buena idea que los 
puntos generales del proceso sean comunicados a todas las personas; 

• ¿Qué canales van a utilizar? (correo, llamadas, foro, ticket system). ¿Cuál es el 
medio ideal para cada aspecto? Por ejemplo: 

° una llamada grupal para tocar base y estar en la misma página, sondear cómo 
están los ánimos y situación de cada parte; 

° un correo para documentar pasos y dudas específicas; 

° un documento colaborativo para esbozar planes de acción; 

• Acuerdos de comunicación. Por ejemplo: 

° ciertos horarios de comunicación y temas de discusión por el chat; 

° acordar responder en un cierto lapso de tiempo correos; 

° especificar el tema en el asunto de manera concisa... 

Cuando te mudas, aunque no puedas controlar todo lo que va a pasar, te gusta tener 
alguna idea de a dónde vas a ir, qué te vas a llevar, saber si se van a perder y lastimar 
cosas por el camino. Es una sensación desagradable estar al amparo de otras personas, sin 
tener información para tomar tus propias decisiones y delegar con confianza. Aturde. 

Asusta. Además, estas experiencias vienen con bagaje: las asociamos a vivencias pasadas, 
despiertan memorias corporales y emocionales. 

Por el otro lado, muchas veces, la otra parte está intentando ayudar, pero no tiene las 
condiciones para hacerlo integralmente y suele terminar priorizando ciertas cuestiones 
operativas del proceso, descuidando la comunicación. El estrés nos contractura. 



Migración es un momento de exposición. Puede haber confusión, tensión... 


Por ello, sugerimos los siguientes puntos. Se tratan de aspectos complejos que no se 
"logran de la noche a la mañana" sino que invitan a repensar el proceso en general y 
prestar atención y cuidado de una manera más integral. 

• Crear espacio y tiempo para compartir y escuchar activamente; 

• Ser sensibles a la perspectiva de cada una persona involucrada en el proceso. 

• Sondear en qué está cada unx en ese momento de la comunicación: estrés, 
disponibilidad de tiempo, confusión... 

• Poner en copia a todas las partes involucradas. Evitar triangulaciones al menos que 
sean para ciertas tareas previamente acordadas; 

• Buscar un lenguaje común, tanto a nivel de uso de tecnicismos como el tono de la 
comunicación; 

• Partir del presupuesto que cada persona está poniendo de su parte y quiere 
cooperar; 

• Poner sobre la mesa qué se necesita. Cultivar un espacio con bases mínimas de 
confianza para que cada persona pueda expresar sus necesidades; 

• Mantener una documentación del proceso por correo de manera ordenada con 
asuntos relevantes; 

• Si el proceso es complejo, separar temas en diferentes hilos con asunto descriptivo; 

• Respetar y agradecer el trabajo de las demás personas. 



Aorender a entender el 
panorama aeneral 


PREGUNTAS INICIALES 

Puede haber muchas situaciones que nos llevan a migrar de una infraestructura a otra. 
Algunas preguntas iniciales que nos podemos hacer para diseñar un plan de migración es: 

• ¿Con qué tipo de proveedores (el actual y a donde vamos a migrar) me estoy 
relacionando? ¿Empresa? ¿Proyecto voluntario? ¿Cooperativa? ¿Asociación? Tener 
un poco de información nos da pistas de qué tipo de organización de trabajo tienen, 
con qué recursos cuentan (disponibilidad de tiempo, experiencia, etc.) y cuáles son 
sus perspectivas y forma de dar soporte técnico y apoyar en general. 

• ¿Tenemos contacto directo con estos proveedores? Algunos proveedores tienen un 
sistema de "tickets" donde dan seguimiento de incidentes a través de una 
plataforma web mientras otros se comunican a través de correo. Según la 
disponibilidad de tiempo, recursos humanos y la importancia que dan a la 
comunicación, será más o menos fluido mantener el contacto con el les. 

• ¿Qué necesito? ¿Qué quiero? 

° Tipos de herramientas: ¿qué 'servicios web' quiero? Por ejemplo, Webmail, 
videollamadas, formularios y encuestas, guardar archivos en internet, listas de 
correo, etc. 

° Usabilidad: ¿cómo quiero relacionarme con estas tecnologías? Por ejemplo, 
quiero poder conectarme desde mi celular, quiero poder controlar la 
administración de los servicios web a través de un navegador web. 



o 


Comunicación: ¿cómo quiero estar en contacto? Por ejemplo, quiero poder hablar 
con alguien por teléfono, quiero recibir una respuesta en cierto lapso de 
tiempo... 

° Privacidad y seguridad: ¿qué importancia le doy a la seguridad y privacidad de 
mis datos? ¿qué implementaciones de seguridad tienen -por ejemplo, cifrado de 
disco, conexiones cifradas, mitigación de ataques-) ¿cuáles son sus políticas de 
privacidad? ¿qué posicionamiento tienen ante una petición de datos por parte de 
alguna autoridad? 

° Tipo de relación: ¿qué tipo de relación quiero construir con estas personas? ¿de 
proveedorx-usuarix? ¿un trato de tú—a —tú más cercana? 

° Afinidad política/identitaria: ¿qué importancia le doy a compartir los mismos 
valores e identidades? Por ejemplo, ¿quiero que sea un proyecto activista? 
¿quiero que las personas involucradas sean mujeres y personas LGTBQI+ ? 

° Confiabilidad y estabilidad: la infraestructura inevitablemente falla de vez en 
cuando; la frecuencia con la que falla y la capacidad de responder a estos fallos 
dependerá de los recursos, experiencias y condiciones de la contraparte 
proveedorx. ¿Qué tan crítico es para ti que un servicio web se restaura 
inmediatamente? ¿Puedes esperar unos días para que se resuelva un problema? 

° Escalabilidad: ¿cuántas usuarias quieres que soporte las herramientas que estás 
utilizando? ¿quieres poder realizar una llamada con 5 personas o más de 30? 
¿vas a organizar cursos en línea con muchas participantes? ¿qué espacio de 
almacenamiento vas a necesitar? 


¿Contamos con los recursos humanos para llevar este proceso? ¿Quién va a 
encargarse, de vuestra parte, de dar seguimiento a la migración y a la gestión de 
infraestructura? ¿Quién va a tomar anotaciones del proceso y compartir la 
información con el resto del grupo? ¿Quién va a guardar los datos de acceso, 
asegurarse que se siguen los acuerdos (ya sean pagos por servicios, intercambios, 
etc)? 


¿Contamos con los recursos monetarios para llevar este proceso? Según el tipo de 
acuerdo que establecen con la contraparte proveedora, puede ser que vayan a 



pagar por la infraestructura, realizar algún tipo de Intercambio o recibir un apoyo 
voluntario. Aparte del alojamiento y gestión de la infraestructura, si van a tener un 
dominio propio (miplataforma.com), generalmente van a tener que pagarlo y quizás 
también necesiten soporte técnico adicional para determinada plataforma o proyecto 
que implica el uso de tecnologías digitales. 


QUÉ IMPLICA MIGRAR 


• Hacer inventario: ¿qué herramientas/servicios/espacios estamos habitando 
actualmente? 

• Evaluar necesidades, capacidades: ¿con qué queremos y podemos quedarnos? ¿qué 
queremos y podemos cambiar? 

• Escoger proveedorx de infraestructura e iniciar vinculación: conocerse, asumir 
responsabilidades y tareas, nivelar expectativas, establecer acuerdos; 

• Proceso de cierre con proveedorx anterior/actual: temas pendientes, asumir 
responsabilidades y tareas, nivelar expectativas, establecer acuerdos, celebrar y 
agradecer; 

• Pasar datos (correos, archivos compartidos, archivos de los sitios y plataformas 
web, bases de datos, etc.) de una infraestructura de origen (donde estás 
actualmente) a una infraestructura de destino (a donde vas a migrar): hacer una 
copia de respaldo, enviarlo (o descargarlo y subirlo) a la infraestructura de origen, 
restaurar el respaldo, verificar que funciona de vuelta... 

• Reinstalar y re-configurar servicios: puede ser que lo tengas que hacer por tu 
cuenta a mano, a través de un panel de control o que, en la infraestructura de 
destino ya estén instalado y configurado los servicios que necesitas; 

• Adaptación y aprendizaje: intercambio de saberes y experiencias para adaptarse a 
los nuevos entornos; 



QUÉ VAMOS A MIGRAR 

• ¿Qué servidos web voy a migrar? Por ejemplo, correo, plataforma de alojamiento de 
archivos, calendarios, contactos, sitios web, plataforma de cursos en línea...Haz un 
mapa de todas las tecnologías con las que se relacionan a nivel de servicios de 
internet (incluyendo dónde están alojadas y administradas) y verifica cuáles quieren 
migrar. Puede ser que lo que queremos migrar esté alojado y administrado en varios 
proveedores. Anotar nos ayuda a no pasar por alto algo. 

• ¿Qué cuentas y archivos voy a migrar? Es un buen momento para hacer limpieza y 
ver bien qué cuentas y archivos ya no necesito. Aprovecha para eliminar lo que ya 
no necesitas. 

• ¿Voy a migrar mi dominio web? Algunos proveedorxs de infraestructura combinan 
servicio de alojamiento con servicio de dominio. En caso de que sea así, vas a tener 
que migrar tu(s) dominio(s) web también. En caso contrario, más bien se trata de 
que evalúes si quieres migrarlo también. Recomendamos proveedorxs de dominio 
como Gandí y Njalla que respetan los derechos de privacidad de sus usuarixs. 



Miaración de dominio 


Un dominio es un nombre abstracto, conocido en internet (de manera más o menos 
pública según qué tipo de dominio es y cómo lo difundimos), que podemos asociar a 
diferentes direcciones IP (identificador numérico que una red asigna a cada dispositivo 
conectado). De esta manera, en vez de tener que buscar un número IP largo como 216.3. 
128.12, pueden encontrarnos con algo como chepiche.red 


Cuando registramos un dominio, estamos alquilando un servicio que nos ayuda a que nos 
encuentren en internet. 


Vamos a poner un ejemplo, imagina que quieren enviarme un correo a 

tamal@frijol.net. 

Cuando me envían ese correo, mi proveedorx de internet empieza a preguntar por mí. Va 
pasando esa pregunta a una cadena de servidorxs DNS (servidores de nombre de dominio) 
hasta encontrarme. 


Para ahorrar tiempo, estos servidorxs DNS guardan una copia del directorio de dominios en 
vez de consultarlo de nuevo. Es lo que llamamos CACHE y se renueva cada cierto tiempo 
según diversos factores: cómo tenemos configurado nuestro dominio, los tiempos de 
propagación de cambio de Ixs servidorxs DNS, etc. 



CONSIDERACIONES 


Cuando voy a migrar mi dominio, es importante tomar ciertas consideraciones: 

• Migración de sitios web o plataformas web: 

° Posicionamiento en buscadores (SEO): puede afectar mi SEO; si esto es un 
aspecto relevante, recomendamos que revisen tutoriales de los buscadores para 
recuperar su posicionamiento, lo que suele implicar registrarte a determinadas 
herramientas como Google Webmasters para solicitar que te vuelvan a indexar 
en el buscador. 

° Enlaces rotos: asegúrate de mantener la misma estructura de tus enlaces (por 
ejemplo, en Wordpress hay diferentes formas de enlaces permanentes como 
MISITIO.COM/AÑO/MES/DÍA/NOMBRE-PUBüCACIÓN) o re-direccionar a los 
enlaces nuevos (existen plugins que hacen esto o puedes configurarlo 
directamente en Ix servidorx). 

° Botones sociales: si estas usando botones sociales en tu sitio web, por ejemplo, 
verifica bien que no cambies la estructura de tus enlaces 

• Migración de correo: si una persona me envía un correo justo cuando estoy 
cambiando mi dominio, puede llegar al servidorx antiguo de correo. Véase Migración 
de Correo para más información. 


PASOS PARA MIGRAR MI DOMINIO 

Dependerá de cómo tienes registrado tu dominio. Busca la documentación correspondiente 
para los datos concretos. Generalmente, el proceso implica: 

• Entrar como persona administradora en el panel de gestión de tu dominio; 

• Según el caso, te van a pedir desactivar cosas como el registro protegió (servicio 
adicional que contratas para asegurar la renovación de tu dominio y evitar que 
expire) y registro privado (protección de identidad asociada a dominio) del dominio. 
También desbloquear tu nombre de dominio (implementación de seguridad para 



impedir transferencia de dominio lo cual busca evitar posibles robos y falsificaciones 
de dominio); 

Obtener un código de autorización (a veces referido como código EPP o clave de 
transferencia), una seguridad extra que confirma que eres la persona legítimamente 
adinistradora del nombre de dominio. 

Ir al sitio del registrador a donde quieras migrar tu dominio. Buscar la opción de 
transferir tu dominio e iniciar proceso. Cada registrador tiene su propio proceso, por 
lo que querrás confirmar sus requisitos para este paso; 

Generalmente envían un correo electrónico a la cuenta asociada a la administración 
del dominio para confirmar el proceso. Puedes verificar a qué cuenta de correo va a 
llegar este correo verificando en los datos de perfil o configuración de dominio 
actual; 



Miaración de correo 


¿QUÉ QUIERO MIGRAR? 

• Correos: el contenido de tus correos que se carga en tu webmail o cliente de correo. 

• Adjuntos: generalmente asociado a tus correos. Recomendamos hacer limpieza de 
tus adjuntos y usar Nextcloud para compartir archivos. Véase más en Anexo 
"Recomendaciones para aprovechar recursos". 

• Carpetas: según cómo creaste las carpetas, pueden ser carpetas remotas 
(guardadas en Ix servidorx de correo) o locales. Quizás tengas una combinación de 
ambas. Una forma de verificar es loguéandote a tu webmail y comparar qué 
carpetas tienes. 

• Contactos: en caso de tus contactos guardados en Ix servidorx de correo, tendrás 
que exportar tus libretas de contactos e importarlos de vuelta. También puedes 
tener libretas de contacto en tu cliente de correo guardadas localmente en tu 
dispositivo. 



Protocolos de correo 



IMAP 

POP3 

Mi correo está almacenado en... 

Servidorx de correo 
(aunque lo puedo 
descargar) 

En mi dispositivo 

Puedo acceder desde... 

Múltiples dispositivos 
desde webmail y 

clientes de correo 

Un único 

dispositivo 

donde está 

configurada la 

cuenta 

Sincronización 

Bidireccional: lo que 

cambio en mis 

dispositivos cambia lo 
que está en Ix 
servidorx de correo y 

viceversa; 

Undireccional: 

los cambios que 
hago en mi 

cliente de correo 

no alteran lo que 
hay en Ix 

servidorx de 

correo; 


Si me interesa consultar y manejar mi correo desde varios dispositivos (cel, tablet, compu) 
y/o entre varias personas, es recomendable utilizar IMAP. 

Si lo anterior no es relevante y, además, quiero ocupar menos recursos de mi servidorx de 
correo (almacenamiento, procesamiento), recomendamos POP3. 

Si utilizo una cuenta IMAP, igualmente puedo descargar mi correo y archivarlo localmente 
para liberar espacio en Ix servidorx de correo. Véase ANEXO Recomendaciones para 
aprovechar recursos para más información. 

También puedo utilizar una cuenta POP3 y mantener copia de mi correo en Ix servidorx de 
correo. Busca información adicional si te interesa. 




RECOMENDACIONES GENERALES 


• Coordinar entre proveedorx anterior y nuevo. 

• Hacer una lista de todos los pasos y verificar quién y cuándo se completa cada uno. 

• Es importante dar tiempo y atención para realizar pruebas. Pueden surgir posibles 
imprevistos. Recomendamos hacer la migración a lo largo de 1 o 2 días cuando 
esperan menos tráfico de correo (no en pleno lanzamiento por ejemplo o 
preparativos de una reunión o proyecto). 

• Spam (correo no deseado): para evitar posibles problemas de que tu correo sea 
detectado como no deseado, a la hora de escribir correspondencia después de la 
migración de tu correo, verifica con quienes reciban tus correos que lleguen a su 
buzón de entrada. En caso contrario, pídeles que indiquen que no se trata de correo 
no deseado. 


MIGRACIÓN MANUAL A TRAVÉS DE THUNDERBIRD 

Sugerimos este método en caso de que sea deseable que las propias habitantes/usuarias 
hagan la migración de su correo, ya sea como oportunidad de aprendizaje, imposibilidad 
de hacerlo de otra manera, etc. 

PASOS 

1. Si no lo tienes aún, instala Thunderbird. 

2. Si ya tienes tu cuenta de correo que quieres migrar en Thunderbird, salta este paso. 
En caso contrario, agregaa una nueva cuenta de correo. Escoge la opción de cuenta 
IMAP e introduzca los datos de tu proveedorx actual. 

3. Configurar tu dominio para asociarlo al nuevx servidorx de correo. Si no tienes 
experiencia realizando este proceso, recomendamos que lo hagan de manera 
acompañada con tu proveedorx actual o la contraparte proveedora a donde te vas a 
migrar o pedir que lo hagan directamente. 



4. Agregar una nueva cuenta de correo IMAP o POP3 (véase Protocolos de correo) con 
la misma cuenta de correo y contraseña, pero con los datos del nuevx servidorx de 
correo (pides estos datos al proveedorx nuevx). 

5. Arrastra correos y/o carpetas de una cuenta a otra. Recomendamos que lo hagas de 
a poco (1000-2000 correos a la vez) para no saturar a Thunderbird. 

6. Verificar que migraste todo el correo que quieres migrar. 

7. Borrar cuenta asociada a tu proveedorx antigux. 

8. Prueba enviar y recibir correo con tu cuenta de correo asociada al servidorx de 
correo nuevo. 

9. Si usas cifrado de correo, configurar de vuelta en la configuración de la cuenta. 


MIGRACIÓN DEL DIRECTORIO MAILDIR 


Sugerimos este método en caso de que: 

• prefieren y pueden delegar la migración de correo a personas con acceso a la 
infraestructura de origen y destino (por ej, alguien sysadmin del proveedorx anterior 
y del proveedorx actual que se ofrecen a migrar las cuentas de correo por ti); 

• no quieren y/o pueden usar clientes de correo y sólo usan webmail. 


PASOS 


En caso de que esté dentro de vuestras capacidades, recomendamos que apaguen el 
servidor de correo (generalmente será postfix ) en la infraestructura de origen y destino 
durante este proceso con el fin de evitar perder algún correo por el camino. Existe un 
periodo de tiempo en la migración cuando un correo puede llegar tanto al servidorx de 
correos viejo como el nuevo. En este sentido, según cuándo y cómo respaldo los correos, 
puedo dejar fuera algunos. 


1. En la infraestructura de destino, crear las cuentas de correo, ya sea desde Ix 

servidorx o desde un panel de control. Se crearán una serie de directorios de correo 
Maildir. 



2. Modifica los DNS para que los registros relacionados con el correo apunten a la 
infraestructura nueva. Véase más adelante indicaciones en detalle. 

3. Hacer respaldo de los directorios de correo en la infraestructura anterior (origen) y 
pasar a la infraestructura nueva (destino). No sobre-escribas las carpetas sino fíjate 
en cómo están estructuradas las carpetas en la infraestructura nueva y sólo pasa las 
subcarpetas de cada directorio de cuenta de correo. 


Modificación de DNS 


Los registros específicos relacionados con la migración de correo son: 


NOMBRE TIPO VALOR TTL 

autoconfig.dominio.org A Dirección IPvA de por ej. 3600 

Ix servidorx de 
correo 


autoconfig.dominio.org AAAA Dirección IPv6 de por ej. 3600 

Ix servidorx de 
correo 


dmarc.dominio.org TXT 


v= DMARC1; por ej. 3600 
p= quarantine 


PARÁMETROS QUÉ SIGNIFICA OPCIONAL 
ADICIONALES 

Para que el SÍ 

cliente de correo 
intente detectar 
auto¬ 
máticamente la 
configuración de 
servidorx de 
correo 

Para que el SÍ 

cliente de correo 
intente detectar 
auto¬ 
máticamente la 
configuración de 
servidorx de 
correo 

DMARC indica a NO 
servers que 
reciben nuestros 
mails que hacer 
si reciben mails 
no autenticados 
con SPF o DKIM. 
p= quarantine 
generalmente 
tiene el efecto 
de enviar 
directamente 
este tipo de mail 
para la carpeta 



dominio.org 


dominio.org 


TXT v= spfl mx -all por ej. 3600 


MX domain-mail- 
server- 

proveedorx. (por 
ej. 

mail.pepino.com. 


de SPAM. 

SPF sirve para NO 
indicar cuales 
servers nuestros 
están 

autorizados a 
enviar mail. Con 
esta 

configuración, 
solamente 
servidores con 
registros MX 
están 

autorizados a 
enviar mail 
usando este 
dominio. 

prioridad= 10 IMPORTANTE que NO 
haya un punto 
al final 

'mail.pepino.com 


mail._domainkey.domin TXT v= DKIM1; 
io.org h= sha256; 

k= rsa; s= email; 
p= UN MONTÓN 
DE LETRAS Y 
NÚMEROS AQUÍ 


DKIM sirve para NO 
publicar la clave 
publica que 
firma correos 
salientes de 
nuestro server. 

OJO con copiar 
bien todo este 
valor sin saltos 
de línea o 
comiéndote 
alguna 

letra/número al 
inicio o al final 


Dar margen de 24 horas aprox para que se puedan replicar cambios en el DNS. 
Generalmente va a demorar menos, pero mejor ser precavldxs. 

La modificación de DNS puede cambiar según el registrer de dominio por lo que 
recomendamos estar en comunicación con las personas de soporte técnico para checar 
cómo rellenar estos valores. Una mala configuración del DNS resulta en no poder enviar 
o recibir correos por lo que necesitamos prestar atención a esta parte de la migración. 



En el caso de Gandí, vimos que hacía falta poner un punto después del dominio del 
servidor de correos en el registro MX. Si no se pone este punto, reinterpreta el valor y falla. 
Puedes usar el comando 'dig dominio.org any para verificar el estado de los registros de 
DNS. 



Miaración de Wordoress 


https: / / pad.eativismo.org/ p/migracionWP 

Véase https:// 0xacab.org/coop2. 0/¡nfra/issues/l7#note_293417 
CHECAR 

* https:// pad.eativismo.org/ p/pjTVMfK-QyQ0tsrV8l2n 

* https://0xacab.org/coop2.0/infra/issues/l7 

* https://0xacab.org/coop2.0/infra/issues/l06 

* https://0xacab.org/coop2.0/infra/issues/l05 


Qué es Wordpress 

Aunque existen muchas maneras de tener un sitio o plataforma en internet, quizás una de 
las más conocidas es Wordpress: un proyecto, una comunidad amplia de personas 
colaboradoras, desarrolladoras y usuarias, una fundación que sostiene la cultura libre. 

WordPress es una plataforma web (que abrimos desde un navegador web) -aunque 
también existen apps para celulares y tablets también- que permite crear y administrar 
sitios y plataformas web (blogs, portales de contenido, portafolios, reportajes transmedia/ 
multimedia, tiendas en línea...): desde la apariencia (el tema/aspectos visuales del sitio 
como colores, distribución de elementos), hasta sus funcionalidades (cosas que puedes 
hacer como enviar formularios, realizar pedidos, navegar una biblioteca de archivos) y 
contenidos (qué información -texto, fotos, videos- subo ahí). Es lo que llaman un 
"sistema de gestión de contenidos (CMS)". 



En los ¡nidos de internet, los sitios web solían ser "estáticos": un conjunto de archivos 
creados desde la computadora de quien creaba la web 

Para poder acceder a una plataforma o sitio web en internet, tiene que estar alojado y 
funcionando en unx servidorx (una especie de "compu" conectada a internet que sirve 
cosas: datos, servicios como correo o chat, sitios, plataformas).[l] 

Como es software libre, no sólo puedes crear un sitio en la plataforma Wordpress.com sino 
que lo puedes auto-hospedar en otro servidor, aparte de poder derivar el código en sí 
para abrir muchas más posibilidades de uso y creación. 

Su entorno gráfico de interfaz de usuario GUI(las ventanitas, menús y botoncitos que ves 
en tu navegador web) permite manejar de manera independiente el contenido y la 
apariencia (frontend) de la programación y diseño estructural (backend). No hace falta 
que sepas programar para armar un sitio web. Esta facilidad ha sido fundamental en la 
proliferación de generación de contenidos. 

Existen (plantillas) de todos los colores y formas para que pongas lindo tu sitio y, como 
muchas permiten modificaciones por su licencia libre, puedes personalizarla a tu gusto. Los 
plugins agregan funcionalidades y características a un sitio o blog, desde manejo de spam, 
formularios de contacto, tiendas en línea, posicionamiento en buscadores (SEO), hasta 
convertir tu sitio en una plataforma de red social, gestionar boletines de correo y 
calendarios; y generar versiones multilingüe de tu web. 


Algunos términos útiles 

Granja/Multisito 

Generalmente, en unx servidorx se alojan numerosas páginas Wordpress. Para no tener 
que instalar y configurar instancias independientes de Wordpress, se suelen unificar en 
una única configuración. Ésto es lo que llamamos 'Granja' o 'Multisitio'. 


En Kéfir levantamos granjas de Wordpress en Ixs servidorxs, facilitando así la creación y 
administración de sitios. 



La plataforma Wordpress.com es un muItisitio de hecho. Otros interesantes a destacar es 
[Noblogs] y [Blackblogs], ambos plataformas comunitarias no-comerciales anti¬ 
capitalistas administrados por colectivos sociales críticos: Autistici/lnventati y Nadir 
respectivamente. 

Temas 

Los 'temas' de Wordpress permiten cambiar la apariencia, diseño y funcionalidades de un 
sitio. Cuando entras al panel de administración por primera vez, si vas a la sección de 
'Apariencia' >> 'Temas' verás una serie de temas disponibles. 

Archivos base de un tema 

• hoja de estilos (style.css) que determina la composición y diseño del tema. 

• archivos plantilla (HTML, PHP, y etiquetas de plantilla) que traducen la 
información generada en la base de datos a cómo se muestra en la página, ej. 
front-page.php, home.php, comments.php 

• archivos javascript que cumplen funciones determinadas como presentar unas 
imágenes como diapositivas 

• imágenes 

Plugins 

Los 'plugins' agregan funcionalidades y características a un sitio o blog, desde manejo de 
spam, SEO, formularios de contacto, habilitar tiendas online, etc. 

Archivos base de un plugin 

• archivo php, generalmente con el mismo nombre que el plugin 

• archivos javascript (opcional) 

• archivos de estilo (css) 

• imágenes 

• archivos de localización de idioma 




Widgets 

Un ’widget' es un bloque pequeño que realiza una función específica como mostrar 
categorías, nube de etiquetas, menú de navegación, calendario, barra de búsqueda, 
entradas recientes, etc. Puedes agregar estos widgets en las barras laterales(sidebars), 
encabezado y pie de página de tu sitio/blog, según el tema que tienes activado. Permiten 
crear de manera fácil una distribución y estructura en un tema WP. 

Puedes ver todos los widgets disponibles en 'Apariencia' >> 'Widgets'. 

Aparte, los plugins suelen habilitar sus propios widgets para dar más control sobre el 
acceso a sus funcionalidades. 


Botones sociales 

Los botones sociales (Facebook, Twitter, Google, Linkedin, etc.), las estadísticas de redes 
sociales puesto que dependen de servicios privativos de terceros al que no tenemos 
acceso. Se trata de herramientas de código cerrado y no podemos estudiar cómo 
funcionan. 

El funcionamiento de dichos botones depende de cómo están integrados en el sitio: desde 
la plantilla, desde un plugin, incrustado directamente, etc. Cada una de estos mecanismos 
puede funcionar de manera diferente. 

Compatibilidad 

Puede haber muchas razones por las cuales un plugin o tema no es compatible, pero 
generalmente responden a estos motivos: 

• Faltan archivos: los plugins y temas necesitan tener una cantidad mínima de 
archivos para funcionar 

• Conflicto de funciones: por ej, dos plugins realizan la misma tarea 

• Conflicto entre plugin y tema 

• Código desactualizado con nueva versión de Wordpress: no existe versión al día 

• Código incompleto o con funciones mal escritas 



Respaldo Wordpress 


Ya sea por que vamos a migrar nuestro sitio Wordpress o como forma de prevenir posibles 
pérdidas de datos, realizar respaldos es una práctica aconsejable. 

Los respaldos de Wordpress consisten en los siguientes datos: 

• Base de datos: una base de datos es un sistema de almacenamiento y recuperación 
de información de una manera estructurada y organizada. Las bases de datos 
permiten a los programas gestionar sus datos de una manera programable. 
Wordpress utiliza PHP (un lenguaje de programación) para almacenar y recuperar 
datos de su base de datos. La información que guarda incluye publicaciones, 
páginas, comentarios, categorías, etiquetas, configuraciones de Wordpress. 
Wordpress tiene por defecto 12 tablas en su base de datos y empieza por el prefijo 

11 n 

wp_ . 

Puedes verificar qué base de datos principal está asociada a tu Wordpress 
verificando el archivo wp-config.php. 

Recomendamos también que revises todas las bases de datos configuradas en tu 
servidorx porque tu Wordpress puede tener más de una base de datos. Por ej, 
algunos plugins generan su propia base de datos. 

Estas bases de datos pueden estar en la mismx servidorx o en otra según como está 
configurada la infraestructura. Generalmente suelen estar en la ubicación/var/lib/ 
mysql. 


• Carpetas de temas y plugins: adentro de la subcarpeta /wp-content de Wordpress. 

• Archivos subidos: adentro de wp-content/uploads 

• Listas de usuarixs (opcional) 

• Archivos de Wordpress generales (opcional): en este caso, copiarías básicamente 
toda la carpeta general de tu Wordpress que contiene las carpetas de temas, 
plugins, uploads (archivos subidos) 



Automatizar proceso de respaldo 

Para ahorrarnos tiempo, podemos utilizar herramientas que hacen el respaldo por 
nosotres. 

Aquí vamos a describir dos procesos que hemos seguido en las migraciones de Kéfir. 


Glosario 

Algunos términos que vamos a emplear: 

• Sitio web de origen: instalación del sitio Wordpress en su actual 
alojamiento/hosting; 

• Sitio web de destino: instalación del sitio Wordpress en el alojamiento/hosting a 
donde quieres migrar; 

• XML: archivo que contiene representación interna del Wordpress. No es lo mismo 
que una base de datos, pero a veces se usa como reemplazo de la base de datos; 

• Recursos de servidorx: la capacidad que tiene para realizar procesos (memoria, 
procesador, almacenamiento, conectividad) 

• PHP: lenguaje de programación que utiliza Wordpress para realizar acciones; 



Información adicional útil 


Modificar base de datos 

Usamos el script PHP Search-Replace-DB: https://github.com/interconnectit/Search- 
Replace-DB 


Consideraciones 

• Versiones de Wordpress: verifica qué versión de Wordpress tenías anteriormente y la 
versión de Wordpress que existe o que vas a instalar en la infraestructura de 
destino. 

• Si surgen fallos en el sitio, desactiva todos los plugins y prueba activándolos de 
vuelta uno por uno para ver si hay un problema de compatibilidad con alguno de los 
plugins. 

• Saca captura de pantalla de configuraciones de plugins y tema, plugins activados, 
tema activado, configuración de widgets... 

• Sobre todo si estás migrando de un multi-sitio a sitio único o viceversa, vas a tener 
que adaptar base de datos 

• Intenta mantener la estructura de URL: el mismo dominio; si tenías antes certificado 
HTTPS, activarlo también en la infraestructura nueva, estructura de enlaces 
permanentes en Wordpress (Panel de administración > Ajustes > Enlaces 
permanentes), etc. 



l) Migración de Wordpress vía plugin nativo de Wordpress WP Importer 


a) Posibles escenarios para seguir este proceso: 

• Cuando sólo tienes acceso a la Interfaz administrativa de WP a través de un 
navegador web. 

• Cuando no puedes o no quieres instalar un programa adicional en Ix servidorx; 

b) Requisitos: 

• Conexión a internet, preferiblemente estable y con un mínimo de ancho de banda. 

• Computadora 

• Acceso exitoso a una cuenta de administración del sitio Wordpress a migrar 

• Instalación y configuración realizada de Wordpress nuevo a donde se va a migrar. Se 
usará un dominio temporal aquí, por ejemplo, nuevo.tudominio.com, porque 
tenemos que mantener el dominio del sitio en el Wordpress antiguo para poder 
importar el respaldo de los contenidos. 

• Mantener el Wordpress de origen (el que vamos a migrar) ya que vamos a 
descargar nuestros archivos subidos al sitio WP nuevo (de destino) desde este sitio. 

• Lista de plugins y temas activos del sitio a migrar. 

c) Introduciendo el plugin 

El plugin nativo de Wordpress para importar y exportar respaldos de sitios Wordpress se 
llama WPImporter y está desarrollado porWordpress.org. 

Más información en: https://wordpress.org/plugins/wordpress-importer/ 

Realiza respaldos de: 

• Entradas comunes (posts) y entradas especiales (custom post types) y páginas 

• Comentarios 

• Metadatos y parámetros personalizados 

• Categorías y etiquetas 

• Autorxs 




d) Pasos 


1. Iniciamos sesión en el sitio Wordpress de origen (el Wordpress "antiguo"). Este 
Wordpress mantendrá el dominio hasta el final del proceso de migración. 

2. Desde el menú lateral izquierdo, vamos a Configuración » Herramientas » Exportar 
y realizamos una exportación de nuestro sitio en formato .xml. Descargamos el 
archivo .xml en nuestra computadora. Nos da la opción de realizar un respaldo de 
todo el contenido o usar parámetros como: contenidos de tal a tal fecha; contenidos 
de determinadxs autorxs; contenidos con cierto estado (por ej, sólo las entradas 
publicadas y no los borradores). 

3. Creamos un listado de plugins/temas que están activos en el sitio. También es 
aconsejable sacar captura de pantalla de las configuraciones de cada plugin y tema. 

4. Iniciamos sesión en el sitio Wordpress de destino, es decir, el Wordpress que está 
instalado en la infraestructura a donde vamos a migrar. Se usará un dominio 
temporal aquí, por ejemplo, nuevo.tudominio.com, porque tenemos que mantener 
el dominio del sitio en el Wordpress antiguo para poder importar el respaldo de los 
contenidos. 

5. Instalamos, activamos y configuramos los plugins y el tema que estábamos 
utilizando. Hace falta instalar y activar los plugins/temas en el sitio destino *antes* 
de importar el XML. De esta manera, los campos son creados en la base de datos 
(recuerda que el XML no es un volcado de la base de datos) y así, al importar WP, 
WPImporter puede insertar los datos correctamente en los campos de la base de 
datos. 

6. Vamos a Configuración » Herramientas » Importar. Instalamos WP Importer si 
todavía no está instalado. 

7. Importamos el archivo .xml que descargamos antes. Se descargarán, del sitio 
Wordpress viejo, todos los contenidos media (adjuntos). 

En este proceso nos va a preguntar por: 

- Asignar autoría: si en tu nuevo sitio Wordpress vas a usar autorxs diferentes, aquí 
podrás asignar con qué nueva autoría quieres asignar tus contenidos. 

- Importar adjuntos. 



e) Consideraciones: 


Este plugin tiene dificultad de gestionar grandes cantidades de información. Si tu sitio web 
es grande, sugerimos, a la hora de exportar el XML, escoger parámetros para dividir el 
respaldo en varias partes. Por ejemplo, si tu sitio web tiene publicaciones desde hace 4 
años, puedes exportar los primeros 2 años y después los siguientes 2. 

f) Funciones avanzadas: 

** Aviso: no hemos probado directamente estos plugins. No garantizamos su 
funcionamiento ** 

• Importar/exportar wídqets: https: //id. wordpress.org/ pluqins/widqet-importer- 
exporter/ 

• Exportar y editar datos Wordpress: te permite editar datos específicos de tus 
contenidos Wordpress https://id. wordpress.org/ pluqins/wp-all-export/ 

• Importar imágenes de URLs externas (es decir, no alojadas en el Wordpress * 
directamente): https://wordpress.orq/pluqins/wp-ultimate-csv-importer/ 

• Importar usuarixs con metadatos: https://wordpress.org/plugins/import-users- 
from-csv-with-meta/ Sobre todo útil en caso de plataformas que usan parámetros 
avanzados y especiales de usuarixs. Por ej, tiendas en línea. 


g) Referencias y fuentes 

https:// www.hostinger.com/tutorials/wordpress-importer/ 






2) Migración Wordpress con el programa de línea de comando WP-CU 

Migrar Wordpress puede ser un dolor de cabeza, sobre todo cuando el entorno de 
Wordpress desde donde estamos migrando es diferente al nuevo entorno: por ej, si mi sitio 
formaba parte de un multisitio de Wordpress y ahora va a ser un sitio único. 

Wordpress soporta la migración de sitio único a sitio único, pero su herramienta nativa 
(plugin WP Importer) no soporta migraciones más complejas. 

a) Desafíos 

Al migrar de un multisitio a sitio único, algunas dificultades que surgen son: 

Tablas de usuarias 


En los multisitios, cada subsitio tiene sus propias tablas de base de datos salvo la tabla de 
usuarias (wp_user) que es común a todos los subsitios, es decir, que todas las usuarias 
están en una misma tabla. 

Por lo tanto, en una migración, vamos a tener que: 

* renombrar todas las tablas 

* rastrear los IDS de las usuarias, mapearlas y actualizar los IDs 
Carpetas de subidas de archivos 

En los multisitios, los subsitios almacenan sus archivos en 
'wp-content/u ploads / sites /1D—SITIO / AÑ 0/MES/DIA/a rchivo. png'. 

Vamos a tener que mover esta carpeta para que quede en 

'wp-content/uploads/AÑO/MES/DIA/archivo.png', es decir, subir un nivel la carpeta. 
Entradas en la base de datos 


Migrar los registros en la base de datos que hacen referencia al ID del subsitio 




b) Proceso 


En nuestra experiencia, estamos planteando,en el escenario de tener relación con las 
personas administradoras del servidorx de destino de la migración y que puedan y quieran 
instalar herramientas en la infraestructura, utilizar el cliente de terminal de Wordpress y 
un plugin adicional que busca solventar las dificultades descritas anteriormente. 

Nuestro objetivo es que este tipo de migraciones de Wordpress de un multisitio a sitio 
único sea más fácil. 

c) Wordpress Command Line 

WP-CU es la interfaz de línea de comandos para WordPress. Puedes actualizar plugins, 
configurar instalaciones multisitio y mucho más, sin usar un navegador web. 

El mantenimiento continuo es posible gracias a Automattic (https://automattic.com/ ), 
Bluehost (https://www.bluehost.com/ ), Dreamhost (https://www.dreamhost.com/ ), 
Siteground (https://www.siteground.com/ ) y WP Engine (https://wpengine.com/ ). 

WP-CU proporciona una interfaz de línea de comandos para muchas acciones que puedes 
realizar en el administrador de WordPress como instalar y activar un plugin. También 
incluye comandos que no se puede hacer desde el panel de administración como eliminar 
datos transitorios. 

d) MU-Migration Plugin 

MU-Migration Plugin (https://github.com/lOup/MU-Migration ) es un plugin de wp-cli 
desarrollado por Nicholas Andró (https:// nicholasandre.com.br/) y que busca facilitar el 
proceso de migración de Wordpress. 

Puedes conocer más en https:// www.smashingmagazine.com/2018/02/wordpress- 
multisite-migrations/ 

Se pueden descargar plugins de wp-cli localmente para determinada usuaria 



e) Pasos 


Proceso realizado con versión de Wordpress 5.3.1. 

Actualizado: 3/01/2019 

1. Instalar Wordpress en Ix servidorx de destino 

2. Instalar wp-cli: más información en 

https: / / make.wordpress.org/cli/handbook/installinq/ 

3. Para poder correr wp-cli como 'wp' en vez de 'php wp-cli.phar', necesitas modificar 
los permisos para que el archivo sea ejecutable y moverlo adentro de tu PATH. 

Los comandos serían algo así como: 

chmod +x wp-cli.phar 

sudo mv wp-cli.phar /usr/local/bin/wp 

4. Verificar si funciona: intenta correr el siguiente comando en Ix servidorx: 


'wp --¡nfo'. 


Si wp-cli se instaló exitosamente, deberías ver algo como: 

OS: Linux 4.10.0-42-generic #46-16.04.1-Ubuntu SMP Mon Dec 4 15:57:59 UTC 
2017 x86_64 
Shell: /usr/bin/zsh 
PHPbinary: /usr/bin/php 

PHP versión: 7.1.12-1+ ubuntul6.04.1+deb.sury.org+1 
php.ini used: /etc/php/7.1/cli/php.ini 
WP-CLI rootdir: /home/wp-cli/.wp-cli 

WP-CLI packages dir: /home/wp-cli/.wp-cli/packages/ 

WP-CLI global config: /home/wp-cli/.wp-cli/config.yml 
WP-CLI project config: 

WP-CLI versión: 1.5.0 



5. Instalar mu-migrations plugin 


Requerimientos: 

PHP >= 7.1 
WP-CU >= 0.23 

Correr comando: 'wp package install 10up/mu-migration' 

6. Exportar respaldo 

En caso de generar un respaldo de un sitio que está dentro de un multisitio, primero es 
necesario descubrir el ID de el blog, con el siguiente comando: 

wp site list 

En seguida, se puede usar el plugin mu-migration para exportar el sitio utilizando el flag 
'—blog_id': 

wp mu-migration export all subsite.zip — blog_id= 2 

7. Importar respaldo 

Desde Ix servidorx, ve al directorio de Wordpress. Por ejemplo ’cd 
/ var/www / html / wordpress'. 

Corremos con el flag '--new_urf aunque no cambiemos la URL porque hay un bug en el 
plugin y sólo modifica los URLs si corres este flag. 

$ wp mu-migration import all respaldo.zip --new_url= otradireccion.com/sitio 


// donde ruta es la ubicación completa del archivo .zip en la servidora, por ejemplo: 

/wordpress/respaldos/'; y donde 'respaldo.zip es reemplazado por el nombre real del archivo de 
respaldo. 



usar'—blog_id' manualmente si la instalación destino es multisite (buscar el id más grande y 

incrementar para encontrar el nuevo blog id'). 


Problema con las URLs de las imágenes (links rotos) 

¡Haz un respaldo de la base de datos para no tener que reiniciar el proceso si hay fallos en 
este proceso! 

SI Importas desde un mutlslte a un no multisite luego de la importación todas los posts, 
excerpts y demás links hacia imágenes estarán rotos puesto que se mantendrán las 
direcciones 

ej. https:// sitio.com/wp-content/ uploads/sites/ID/2019/07/... y tendremos que 
eliminar de las urls "sites/lD/" esto es posible desde consultas a bases de datos o con el 
plugin "Go Live Update Urls" para lo cual lo instalaremos y activaremos luego vamos a 
"Herram¡entas/Go live" y colocamos en el campo "URL antigua": https:// sitio.com/wp- 
content/uploads/sites/lD/ y en "URL nueva": https://sitio.com/wp-content/uploads/ 
eliminando de la URL sites/ID/. Seleccionamos todas las tablas y se procede dando clic en 
el botón "Actualizar URL" y luego de la confirmación del plugin deberás esperar un par de 
minutos, los link habrán sido corregidos y la migración habrá terminado. 

Finalmente desinstala el plugin, recuerda que no debes mantener plugins desactivados en 
tu sitio. 

Si tuviste algún problema solo restaura el respaldo de la base de datos y hazlo 


nuevamente. 



RECURSOS DEINFRA 


Cuando hablamos de recursos, solemos hablar de sus capacidades, de aspectos como 
cuántas cosas puede hacer la máquina a la vez, cuánto puede almacenar... Al igual que 
hay personas que tienen mejor memoria que otra, pueden hacer varias cosas a la vez o 
no, también las máquinas. 

Al iniciar sesión en el Panel de Control, verás unos gráficos mostrando los niveles de los 
recursos de tu infraestructura. 

Recomendamos que intentes aprovechar de la mejor manera tus recursos, es decir, 
haciendo limpieza de archivos viejos, desinstalando aplicaciones que ya no estás 
utilizando... 



s RAM Memory 


O Avallable memory 

1.96 GBS 

Free memory 

0.80 GBS 



Q Hard disk 

O Free space 

39 34 gbs 

Free space 

20.72 gbs 


tffeCPU 

• Percentage of use 

Number of CPUs 


• Used memory 


• Used space 











Memoria RAM: memoria operativa que tiene una máquina a la hora de estar haciendo 
cosas. Esta memoria se va a encargar de cargar instrucciones para el procesador (CPU) de 
la máquina. También guarda temporalmente los datos que manipulan los distintos 
programas trabajando en un momento dado. Es un poco como la mesa de la cocina cuando 
estás cocinando. Cuantas más cosas tengo sobre la mesa (cuantos más programas tengo 
abiertos en la máquina), más se sobrecarga/satura. 


Cada vez que se reinicia una máquina, se libera la RAM de nuevo. 


Disco Duro: espacio de almacenamiento. Como la alacena de la cocina donde guardo la 
comida. Todos las plataformas y herramientas que están instaladas en nuestra 
infraestructura generan archivos y muchas de ellas se guardan de manera temporal o 
permanente. Desde los adjuntos de los correos que guardamos en nuestra cuenta de 
correo hasta los archivos que tenemos en Nextcloud o los archivos que subimos a 
Discourse u otra plataforma web que gestionamos desde nuestrx servidorx, todos los 
archivos ocupan un lugar. Sugerimos que coordinen con todes les habitantes de su grupo 
que utilizan los distintos servicios de la infraestructura para aprovechar el espacio que 
tienen para no llegar muy al límite de su capacidad de almacenamiento. 

Más adelante, compartiremos unas recomendaciones de cómo hacer limpieza de nuestros 
archivos. 


CPU: la unidad central de procesamiento es el hardware dentro de una computadora u 
otros dispositivos programables, que interpreta las instrucciones de un programa 
informático mediante la realización de las operaciones básicas aritméticas, lógicas y de 
entrada/salida del sistema. Idealmente, vamos a intentar no llegar a porcentajes 
demasiados altos de uso de CPU. Cuando el valor es muy alto, o se están realizando 
procesos que implican muchos recursos de la computadora o hay muchos procesos a la vez 
(muchas usuarias usando diferentes aplicaciones a la vez, por ejemplo, están realizando 
varias llamadas de jitsi y a la vez hay 40 usuarias conectadas al Moodle, etc.) o están 
recibiendo algún tipo de ataque que está colapsando la infraestructura. 



Recomendaciones para aprovechar recursos 


S* Primero, al igual que una limpieza de casa, quizás haya por ahí cosas que ya 
mejor tirar. Lo que ya no vas a necesitar más, sácalas de encima. Revisa tus 
archivos subidos a tus sitios web, los adjuntos en tu cuenta de correo (los 
programas suelen dejarte ordenar correos por los que tienen adjuntos y los que no 
para que puedas ubicarlos rápidamente). También recuerda vaciar tu papelera (la 
de tu cliente de correo, webmail, etc.). A veces, puedes configurar los programas 
para que vacíen automáticamente la papelera. 


Segundo, si lo sigues necesitando o piensas que lo vas a necesitar en el 
futuro, ¿vas a querer acceder a él en diferentes dispositivos? ¿por tus protocolos de 
cuidados digitales, es mejor que no lo tengas guardado en tu dispositivo? Entonces 
lo necesitas guardar en Ix servidorx. En caso contrario, lo puedes guardar localmente 
en tu computadora. 


Si sí quieres guardar archivos en Ix servidorx, piensa cómo lo quieres guardar: 
quizás, en vez de tener muchos adjuntos pesados en tu correo puedes tener una 
carpeta en Nextcloud organizada. Checa si hay archivos duplicados guardados en 
diferentes lugares. 


S* Si quieres, por ejemplo, guardar correos, pero no necesariamente ya los 
adjuntos, puedes separar los adjuntos, es decir, guardarlo en tu computadora y 
crear una especie de acceso directo a tu correo para, al hacer clic en el adjunto, te 
lo abre desde tu compu en vez de desde Ix servidorx. Para hacer esto en 
Thunderbird, haz clic derecho sobre el adjunto y escoge la opción "Separar 
adjuntos". 


Cada vez que consulto mi correo, estoy haciendo consultas a Ix servidorx de 
correo. Cuanto más correo tengo, más lenta es la consulta porque demanda más 
recursos al servidorx de correo y, en general, es un proceso más pesado. Es como 
las personas, que cuantos más años vividos, más memorias, a veces les cuesta más 
recordar algunas cosas. Entonces archivar correo, que básicamente significa 
organizar nuestro correo viejo en carpetas, nos ayuda a que sea más liviano, tanto 
para ti como para toda la infraestructura. Y si, además, archivamos estos correos en 
carpetas locales, es decir, que están en nuestras computadoras, entonces ya vamos 
aligerando el espacio que ocupamos en la infraestructura y así consumimos menos 
recursos y hay espacio para todes. 

Generalmente, nuestro correo se sincroniza con Ix servidorx para que podamos 
consultarla desde diferentes computadoras y dispositivos como celulares, tablets, 
etc. Así que, si borramos algo en el servidorx, se borra en nuestro programa/cliente 
de correo y viceversa. Pero en nuestro cliente de correo (por ej, Thunderbird) 
podemos crear también carpetas locales. Las carpetas locales son carpetas que 
están en nuestras computadoras y no están en Ix servidorx (eso serían carpetas 
remotas). De esta manera, podemos ir guardando nuestro correo más viejo como 
archivo personal y, a la vez, mantener nuestra correspondencia actual disponible en 
diferentes lugares. 

Para crear una carpeta local en Thunderbird, buscamos el listado de nuestras 
cuentas de correo en la zonal lateral izquierda, hacemos clic derecho sobre nuestra 
cuenta de correo y creamos carpeta nueva. 

Para configurar cómo archivamos nuestro correo, hacemos clic derecho sobre el 
nombre de la cuenta de correo donde queremos hacer este proceso de archivar 
nuestro correo viejo en nuestra computadora y seleccionamos "Opciones"/"Settings". 
Dentro de la ventana de opciones, buscamos "Copias y carpetas" y en la sección 
"Archivo de mensajes" seleccionamos "Otra"/"Other" y buscamos la carpeta que 
creamos bajo 'Carpetas locales' » 'Nombre de mi carpeta'. Ahora vamos a "Opciones 
de archivo..." para modificar la estructura del archivo. Vamos a decirle que guarde 
los mensajes por año y que mantenga la estructura de carpetas. 

Vamos arrastrando los correos o carpetas de correos que queremos archivar a 
nuestra nueva carpeta. Cuando hayamos confirmado que se haya pasado todo, 


podemos borrar las carpetas originales donde estaba archivando Thunderbird 
nuestro correo inicialmente ya que ahora la pasamos a nuestra carpeta local y va a 
archivar allá. También puedes seleccionar una serie de correos y usar la tecla A para 
archivar. 

**No cierres Thunderbird en mitad del proceso** por lo que recomendamos que 
**archives tu correo cuando tengas pensado dejar tu computadora funcionando un 
rato**. También recomendamos que estés conectade a una conexión WIFI o por 
cable (no por datos celulares) y con una conexión relativamente estable para hacer 
este proceso. 




Recomendamos compartir archivos por Nextcloud en vez de por adjuntos. 


